home *** CD-ROM | disk | FTP | other *** search
/ Amiga Format CD 31 / Amiga Format CD31 (1998-09-02)(Future Publishing)(GB)(Track 1 of 2)[!][issue 1998-10].iso / -seriously_amiga- / hardware / xfs / xfs.readme < prev    next >
Text File  |  1998-07-16  |  8KB  |  215 lines
  1. Short: V2.16 Multi filesys+.device, win95+mac++
  2. Uploader: msw@blackpool.ac.uk
  3. Author: frans (francis swift)
  4. Type: disk/misc
  5. Replaces: xfs.lha
  6.  
  7. XFileSystem Version 2.16
  8.  
  9. Consisting of xfsd (a disk handler for your L: directory)
  10. and fd.device / file.device (for your devs: directory),
  11. and either mountlist.xfsd (for your devs: directory on WB2)
  12. or FD0 etc (for your devs:DOSDrivers directory on WB3).
  13.  
  14. Current xfsd status:
  15.  
  16.               readdir  read  write delete rename readpartition format
  17. amiga           +       +      +     +      +          +
  18. msdos / win95   +       +      +     +      +          +
  19. mac             +       +                              +
  20. ql              +       +      +     +      +                    ?
  21. minix           +       +      +     +      +
  22. archimedes      +       +
  23. cpm             +       +
  24. 1541 / 1581     +       +
  25. spectrum        +       +
  26.  
  27. Current fd.device status:
  28.  
  29.                     read   write  trackformat
  30. Amiga tracks          +      +         +
  31. Diskspare 80/82 trk   +      +         +
  32. mfm (pc etc)          +      +         +
  33.  
  34. Current file.device status:
  35.  
  36.                       read   write  format
  37. flat files              +      +
  38. dms files               +
  39. pctask/janus hardfiles  +      +
  40.  
  41. As you can see, there is currently no way to format disks, that
  42. is write new filesystem info onto them. In fact, most of the code
  43. to format disks on filesystems marked above as writeable exists,
  44. it's just there's no way to select it at the moment.
  45.  
  46. From release V2.15, fd.device can be used to format disks,
  47. that is, write out new tracks, so if you have a disk image file
  48. you can write it out via DEV:fd.device to create a new disk.
  49.  
  50. See the xfs.guide 'usage' section for further info.
  51.  
  52. ---------------------------- xfs216 -----------------------------
  53.  
  54. Fixed slight bug in clearing newly allocated directory blocks in
  55. the PC disk handler. This led to bogus entries sometimes showing
  56. up with weird names. There was only a one in sixteen chance of
  57. this occuring, and it never occured on 1440k disks, so I'd never
  58. seen it. Anyway, it should be fixed now.
  59.  
  60. Somehow the JAZX entry in DOSDrivers went missing. Now included.
  61.  
  62. The disk type numbers for Minix have changed to accommodate the
  63. long file name variants:
  64.  
  65. MNX\0  Original Minix,  14 character names
  66. MNX\1  Original Minix,  30 character names
  67. MNX\2  Minix Version 2, 14 character names
  68. MNX\3  Minix Version 2, 30 character names
  69.  
  70. Note that of the above only MNX\0 is supported at present.
  71.  
  72. Due to internal re-ordering of the individual handlers, the flag
  73. bits got messed up. So I got rid of them. The new scheme uses the
  74. control field string to enable/disable particular handlers. See
  75. the explanation in the guide (usage > Workbench) or mount.xfsd.
  76.  
  77. There is a new utility called dospkt in the C directory, also
  78. an upgraded version of the devio utility. These can be used to
  79. perform instruct devices/handlers to do low/high level formatting
  80. of disks (amongst other things). As an experiment I've enabled
  81. the disk format code in the QL handler, so using devio/dospkt
  82. you should be able to create valid QL disks. For the next release
  83. I'll probably add PC/Minix disk formatting.
  84.  
  85. Note that the usage of devio has changed so if you are using it
  86. in scripts you will need to change them.
  87.  
  88. --------------------------- xfs215 ------------------------------
  89.  
  90. Added support for 1581 disks (read only at present). These disks
  91. sometimes have what are loosely referred to as 'partitions', really
  92. fixed length directories. These are accessed just like directories.
  93.  
  94. You can now use fd.device to 'format' disks. That is, you can use
  95. the DEV:fd.device,<unit>,<flags> pseudo file to write out disk
  96. images of a particular format. So if you have a blank disk, read
  97. it in using
  98.  
  99.    copy DEV:fd.device,0 ram:temp
  100.  
  101. This will copy whatever disk is in drive 0 into file 'ram:temp'.
  102. You can then write it out again using, for instance
  103.  
  104.    copy ram:temp DEV:fd.device,0,880  ; if it is an amiga disk
  105.    copy ram:temp DEV:fd.device,0,720  ; for a pc / ql / minix disk
  106.  
  107. etc. See further explanations in 'usage > fd.device' in the guide.
  108.  
  109. To match up with the above, devd (the DEV: handler) has been
  110. slightly amended, as has the devio utility. You will also find
  111. a later version of the XL friendly fd.device in devs/storage.
  112.  
  113. While rewriting fd.device I took some time to examine the way
  114. diskspare.device generated checksums (which was the reason for
  115. fd.device not being able to write to these disks properly). I
  116. also implemented an additional track scan to determine whether
  117. a disk has more than 80 tracks. So now there should be full
  118. support for all the different diskspare permutations. There is
  119. also a new version of the mfm utility (for use with rawpatch)
  120. to allow track checksum verification.
  121.  
  122. --------------------------- xfs214 ------------------------------
  123.  
  124. Completed MINIX handler. Of course there may be some hidden bugs
  125. so it should be considered just a beta version for now.
  126.  
  127. Patched disk type into dl_DiskType. Only reason it hadn't been
  128. done till now was I thought I'd already done it. So now you will
  129. get sensible results from Stephan Rupprecht's Info program.
  130. Anyway, it gives me an excuse to explain the disk types that
  131. are returned.
  132.  
  133. Amiga       DOS\0
  134.             DOS\1    FFS
  135.             DOS\2    Int
  136.             DOS\3    Int FFS
  137.             DOS\4    DC
  138.             DOS\5    DC FFS
  139.  
  140. MSDOS/W95   MSD\0
  141.  
  142. MAC         MAC\0
  143.  
  144. Minix       MNX\1    (and later maybe MNX\2)
  145.  
  146. QL          QL5A      720k (and ED disks)
  147.             QL5B     1440k
  148.  
  149. Spectrum    ZXS\0    Disciple
  150.             ZXS\1    UniDos
  151.             ZXS\2    SamDos
  152.             ZXS\4    Opus (180k)
  153.  
  154. Archimedes  ARMD
  155.             ARME
  156.  
  157. CP/M        CPM\2    (and later ZXS\3 for Plus3Dos)
  158.  
  159. C64         1541     (and later 1581)
  160.  
  161. These will (eventually, NOT YET) be the dos types passed to the
  162. Format() command to select the file system.
  163.  
  164. Also, the file.device has been updated to allow it to work better
  165. with devd (DEV:) so that you get the chance to select a file
  166. before the DEV: device asks if there's a disk (file) in the 'drive'.
  167.  
  168. Now that I have some 1581 disks to experiment with I should be
  169. able to add handling of these to xfs. Since these disks use
  170. side skewing (quick explanation - the top is on the bottom), I
  171. will need to modify fd.device to accept this format. Also, although
  172. the physical sectors are 512 bytes, the logical sectors are only
  173. 256 bytes, which will make sector allocation complicated, so
  174. for the moment support will be read only.
  175.  
  176. Finally I tidied up some clean-up routines so some random crashes
  177. on removal of disks should disappear.
  178.  
  179. --------------------------- xfs213 ------------------------------
  180.  
  181. Added a couple of extra disk types to existing handler modules,
  182. specifically Archimedes D type disks, and Spectrum 180k (Opus
  183. Discovery) type disks. Note that both use unusual sector sizes,
  184. the Archimedes D using 1024 byte sectors, and the Spectrum 180k
  185. disks using 256 byte sectors (it's also 40 track single sided!).
  186. Luckily fd.device sorts all this out transparently.
  187.  
  188. One more technical point. Whenever a disk is recognised by xfsd
  189. the disk dos type is now written into de_DosType in the environment
  190. table of the device entry in the dos list. This is to allow
  191. anyone using the Info() call (which xfsd implements like most
  192. handlers by returning ID_DOS_DISK in id_DiskType for disks it
  193. recognises) to access the true disk type.
  194.  
  195. Updated crc utility to fix a slight bug.
  196.  
  197. There's a slight change to the flags setting in the mountlists,
  198. which should be backwards compatible, see mount.xfsd.
  199.  
  200. Up till this release it was possible to open directories as if
  201. they were files. This was a side effect of the internal
  202. implementation which took advantage of the file-like structure
  203. of directories in certain filesystems (QDOS,MSDOS,RISCOS etc).
  204. I left this in so it would be possible to write external
  205. utilities to access filesystem-specific information that would
  206. otherwise be inaccessible via xfsd. Unfortunately, there are
  207. too many badly written programs out there that, when given no
  208. file name on the command line, open the empty string by mistake.
  209. Of course, this means the current directory, so they get a
  210. 'wrong type' error. With xfsd, they would get no error, and
  211. depending on the way the filesystem sets the file size for the
  212. directory, may try to read the whole disk into memory, or 4GB,
  213. or any random number. Anyway I've disallowed this again.
  214.  
  215.